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Description 

EFFICIENT METHOD OF MIGRATING 
LOTUS DOMINO DOCUMENTS TO A 
NON-DOMINO WEB SERVER, WHILE 
PRESERVING SECTIONS, USING 
PORTABLE JAVASCRIPT 

Background of Invention 
[000 1 ] 1. Field of the Invention 

[0002] The present invention relates to network computing and 
the retrieval of documents. Specifically, the present inven- 
tion relates to the migrating of section-rich Lotus Notes 
Domino documents to a non-Domino web server. 

[0003] 2. Description of Related Art 

[0004] Lotus Notes and Domino are client-server based group- 
ware software. Lotus Notes is the client; performing e- 
mail, calendaring, group scheduling, Web access, and in- 
formation management. Domino is the integrated mes- 



saging and Web application server. 

[0005] Domino transforms the Notes server into an interactive 
Web applications server. This server combines the open 
networking environment of Internet standards and proto- 
cols with the powerful application development facilities 
of Lotus Notes. Domino provides businesses and organi- 
zations with the ability to rapidly develop a broad range of 
business solutions for the Internet and for intranets. The 
Domino server has made the ability to publish Lotus Notes 
documents to the Web a dynamic process. 

[0006] The documents in a Domino database can represent dif- 
ferent objects in a business process. For example, the 
data in these documents may be about customers, em- 
ployees, products, purchase orders, delivery reports, 
billing information, or other business objects that are part 
of a business logic set. In a business workflow, the code 
can be differentiated between technical infrastructure 
code-such as accessing a Lotus Notes database, accessing 
a Lotus Notes document via a view, and accessing the dif- 
ferent items in a Lotus Notes document-and the code im- 
plementing the business logic-such as accessing all or- 
ders delivered to a specific customer during a prior time 
period. 



[0007] Lotus Notes/Domino documents have a feature known as 
sections, which contain additional data that is hidden until 
expanded. Domino servers can display a document in var- 
ious states of section expansions. A document with sev- 
eral sections, sub-sections, sub-sub-sections, and the 
like, can be terse when all sections are collapsed, or ex- 
tremely verbose when all sections and sub-sections are 
expanded. Even though the data is from the source of one 
single document in a Domino database, each of the vari- 
ous states of section expansion in the document are asso- 
ciated with a unique URL. 

[0008] The architecture of such documents presents several 

problems to any tool that attempts to mirror this data to a 

N 

non-Domino web server. First, it can take as many as 2 
fetches (where N is the number of sections or various 
sub-sections) to retrieve each state of the document, be- 
cause a unique URL references each expansion state. This 
can literally take hours to mirror documents that contain 
numerous nested sections. Second, each of these result- 
ing fetches must reside on the mirror document as a 
unique html document, which can result in well over one 
hundred times the storage of the original document. 
Third, whether served by a Domino or non-Domino web 



server, when serving the mirrored copies of the original 
document, each time a user clicks on an icon, such as the 
familiar triangular "twisty" icon, to expand or collapse a 
section, the request for expansion or collapsing must be 
handled at the server end, not at the client (browser) end, 
causing unnecessary client-server traffic. 

[0009] Bearing in mind the problems and deficiencies of the prior 
art, it is therefore an object of the present invention to 
provide a method to mirror Lotus Notes/Domino docu- 
ments to a non-Domino web server. 

[0010] it is another object of the present invention to provide a 
method to reduce the number of fetches when retrieving 
each state of a Lotus Notes/Domino document being mir- 
rored to a non-Domino web server. 

[001 1] a further object of the invention is to provide a method 
that allows resulting fetches of a Lotus Notes/Domino 
document to reside on a mirrored document of a non- 
Domino web server in a form that does not require a 
unique html document for each fetch. 

[0012] it j S y e t another object of the present invention to provide 
a method that allows each request for expansion or col- 
lapsing of a section to be handled at the client (browser) 
end when serving the mirrored copies of the original doc- 



ument. 

[0013] still other objects and advantages of the invention will in 

part be obvious and will in part be apparent from the 

specification. 
Summary of Invention 

[0014] The above and other objects, which will be apparent to 
those skilled in art, are achieved in the present invention, 
which is directed to in a first aspect a method of migrat- 
ing a Lotus Notes Domino document to a non-Domino 
web server having a client end and a server end, compris- 
ing: implementing a series of fetches for a Lotus Notes 
Domino document having a plurality section levels; creat- 
ing a single document having all section data; and ex- 
panding and collapsing the section data at the client end. 
This includes performing 1+N fetches, one for each level 
of sections. 

[0015] | n a second aspect, the present invention is directed to a 
method of migrating a section-rich Domino document to 
a non-domino web server having a client end and a server 
end, comprising: performing iterative recursive intelligent 
fetch process steps; performing a recursive differential 
process step; and expanding and collapsing the section 
data at the client end. The iterative recursive intelligent 



fetch process includes: parsing the Domino document; 
identifying unexpanded sections; and constructing a URL 
to expand the unexpanded sections. The recursive differ- 
ential process step includes: inputting expanded section 
data at depth N expansion; inputting expanded section 
data at depth N-l expansion; comparing pre- and post- 
expanded section documents through differences in html; 
creating delta html files based on the comparison; adding 
javascript conditionals around the delta html files; and 
merging the delta html files into the depth N-l expan- 
sion. The parsing of the Domino document includes: per- 
forming an iterative process to identify all sub-sections of 
the document, comprising: fetching a document with all 
sections collapsed and identifying sections having expan- 
sion; if level 1 section expansions are identified, fetching 
the document having level 1 sections expanded; discover- 
ing and parsing new sub-sections below the level 1 sec- 
tions; if level 2 section expansions are identified, fetching 
the document having level 2 sections expanded; discover- 
ing and parsing new sub-sections below the level 2 sec- 
tions; and continuing the iterative process until level N 
section expansions are identified and fetched. The 
javascript comprises: a session cookie remembering when 



the section was expanded; a set cookie to remember when 
the section is collapsed; and a set cookie to remember 
when the section is currently expanded. 
[0016] | n a third aspect, the present invention is directed to a 

method of migrating a section-rich Domino document to 
a non-domino web server having a client end and a server 
end, comprising: performing iterative recursive intelligent 
fetch process steps including: parsing the Domino docu- 
ment; identifying unexpanded sections; and constructing 
a URL to expand the unexpanded sections; performing a 
recursive differential process step including: inputting ex- 
panded section data at depth N expansion; inputting ex- 
panded section data at depth N-l expansion; comparing 
pre- and post-expanded section documents through dif- 
ferences in html; creating delta html files based on the 
comparison; adding javascript conditionals around the 
delta html files; and merging the delta html files into the 
depth N-l expansion; and expanding and collapsing the 
section data at the client end. The recursive intelligent 
process steps further comprise: fetching a URL; perform- 
ing expansions for all depths; parsing the document; con- 
structing a URL to expand unexpanded sections or fetch- 
ing a new URL if no unexpanded sections exist; and ap- 



plying the constructed URL to an iterative process to ex- 
pand all sections. 

[0017] | n a fourth aspect, the present invention is directed to a 
program storage device readable by a machine, tangibly 
embodying a program of instructions executable by the 
machine to perform method steps for migrating a Lotus 
Notes Domino document to a non-Domino web server 
having a client end and a server end, the method steps 
comprising: performing iterative recursive intelligent fetch 
process steps; performing a recursive differential process 
step; and expanding and collapsing the section data at the 
client end. The iterative recursive intelligent fetch process 
includes: parsing the Domino document; identifying un- 
expanded sections; and constructing a URL to expand the 
unexpanded sections. 

[0018] | n a fifth aspect, the present invention is directed to a 
program storage device readable by a machine, tangibly 
embodying a program of instructions executable by the 
machine to perform method steps for migrating a sec- 
tion-rich Domino document to a non-domino web server 
having a client end and a server end, the method steps 
comprising: performing iterative recursive intelligent fetch 
process steps including: parsing the Domino document; 



identifying unexpanded sections; and constructing a URL 
to expand the unexpanded sections; performing a recur- 
sive differential process step including: inputting ex- 
panded section data at depth N expansion; inputting ex- 
panded section data at depth N-l expansion; comparing 
pre- and post-expanded section documents through dif- 
ferences in html; creating delta html files based on the 
comparison; adding javascript conditionals around the 
delta html files; and merging the delta html files into the 
depth N-l expansion; and expanding and collapsing the 

section data at the client end. 
Brief Description of Drawings 

[0019] jhe features of the invention believed to be novel and the 
elements characteristic of the invention are set forth with 
particularity in the appended claims. The figures are for 
illustration purposes only and are not drawn to scale. The 
invention itself, however, both as to organization and 
method of operation, may best be understood by refer- 
ence to the detailed description which follows taken in 
conjunction with the accompanying drawings in which: 

[0020] pig. 1 is a flowchart of the main process flow of the 
present invention. 

[0021] pig. 2 is a flowchart depicting the recursive intelligent 



fetch process feature. 
[0022] pig. 3 is a flowchart depicting the recursive differential 
process feature. 

[0023] pig. 4 depicts a sample document in various states of ex- 
panded sections. 
Detailed Description 

[0024] | n describing the preferred embodiment of the present in- 
vention, reference will be made herein to Figs. 1-4 of the 
drawings in which like numerals refer to like features of 
the invention. 

[0025] | n describing the preferred embodiments, certain termi- 
nology used in the art has been adopted herein. To facili- 
tate this description, this terminology is defined as fol- 
lows. The terms "parent" and "child" refer to sections and 
their subsections, respectively. When referring to the 
"depth" of a subsection and how many "levels" a subsec- 
tion may obtain, a numbered system is introduced. For 
example, at the top level there may be three sections, "1", 
"2", and "3". At the next level, sections "1" and "2" may 
have subsections "1.1", "1.2" and "2.1". Moreover, at the 
deepest level there may exist a third tier of sections: 
"1.1.1", "1.1.2" and "1.1.3". In the following example of 
the preferred embodiment, the sections are demonstrated 



as three levels deep, although the invention may certainly 
accommodate other levels of depth, and is not prohibited 
from doing so. 
[0026] There are three features to the methodology of the 

present invention that allow for efficient migrating of Lo- 
tus Domino documents to a non-Domino web server. The 
present invention involves intelligent fetching of section- 
rich document data, which results in one fetch for the un- 
expanded document and one fetch per level, for a total of 
1 + N fetches. Importantly, fetching is limited to a page for 
each level. Maintaining this requirement eliminates hours 

N 

of attempting to fetch 2 pages. Furthermore, the present 
invention creates only one document containing all sec- 
tion data. This dramatically reduces the amount of data on 
the mirror server, and allows for the expansion and col- 
lapsing of section data using portable JavaScript, which is 
done at the client end, eliminating unnecessary server 
traffic. 

[0027] pig. 1 depicts the main process flow 10 of the present in- 
vention. A recursive retrieval or fetch step 12 of URL data 
is performed for different section depths 14a, 14b, 14n. 
Expansion depth levels 0 through N are retrieved. Next, a 
reiterative differential comparison process step 16 is per- 



formed on the acquired depth level data. The output is a 
final html document 18 having the depth levels 0 through 
N combined. 

[0028] Three process features are defined to implement the in- 
telligent retrieval or fetching of the present invention, Fig. 
2. This intelligent fetching of section-rich document data 
results in 1 + N fetches, one fetch per level of sections. The 
first process feature is accomplished via iterative parsing 
of the Lotus Domino document to determine construction 
of the next URL that expands all known sections, as op- 
posed to expanding each section one at a time. First, the 
URL is fetched 20. Expansions are performed for all 
depths (0 through N) 22, and the document is parsed 24. 
If unexpanded sections exist 26, a URL is constructed to 
expand the unexpanded sections 28; else a new URL is 
fetched. The constructed URL 30 is applied in an iterative 
process until there are no more unexpanded sections. For 
example, in a first fetching step, a document is retrieved 
with all sections (if any) collapsed. The document is then 
parsed, looking for discrete sections. If sections exist, a 
second fetching step is performed. The second fetching 
step retrieves the document with all level 1 sections ex- 
panded. Any new subsections are revealed and parsed. If 



new subsections exist, a third fetching step is performed. 
The document is retrieved with all level 2 sections ex- 
panded. Any new sub-tier sections (sub-subsections) are 
again revealed and parsed, and subsequent iterative 
fetching steps are performed until all level N sections are 
expanded. 

[0029] The next two process features are implemented by com- 
paring the pre- and post-expanded section documents to 
determine which data belong to a particular section and 
how to construct a conditional JavaScript toggle display of 
the section data. 

[0030] Fig. 3 depicts the process steps for the recursive differen- 
tial feature. Specifically, comparative measures are made 
between expanded documents. Documents having N ex- 
pansions 40 and N-l expansions 42 are compared for 
html differences 44. A delta html 46 is calculated. 
Javascript conditionals are then applied to the html deltas 
48 and merged into depth N-l. Expansions of depth N-l 
are then stored 50. 

[0031] The Javascript conditionals include setting cookies to re- 
member the expanded sections. For example, when click- 
ing on a triangular "twisty", the representative JavaScript 
for this task includes: 



if (session cookie remembers section was expanded) { 
(set cookie to remember section now collapsed) 
document.write(html for collapsed section) 

} 

else { 

(set cookie to remember section now expanded) 
document.write(html for expanded section) 

} 

[0032] The JavaScript used in this implementation is very basic 
and not particular to any proprietary object model, mak- 
ing it operational on any browser with a JavaScript inter- 
preter. Cookies are used to preserve the state of expan- 
sion (optionally, this state may be preserved across ses- 
sions), and are modified when a user clicks on a triangular 
"twisty." 

[0033] pig. 4 depicts a sample document in various states of ex- 
pansion. Collapsed and expanded triangular "twisties" 50 
indicate expanded or collapsed views. In a first segment 
52, none of the sections are expanded. In a second seg- 
ment 54, section 2 is expanded, revealing three subsec- 
tions 2.1, 2.2 and 2.3. In a third segment 56, section 2.3 
is further expanded into sub-subsections 2.3.1, 2.3.2 and 
2.3.3. Last, in a fourth segment 58, section 2.3.2 is ex- 
panded to reveal that there are no other sub-tier sections 
to this subsection. 

[0034] instructing Lotus Domino to expand particular sections 



may be accomplished via an ExpandSection html query, 
such as, ExpandSection=l, 2, 3, 1.1. 
[0035] | n another embodiment, the program of instructions exe- 
cuting the present invention may be employed within a 
program storage device readable by a machine to perform 
method steps for migrating a Lotus Notes Domino docu- 
ment to a non-Domino web server. The method steps in- 
clude performing iterative recursive intelligent fetch pro- 
cess steps; performing a recursive differential process 
step; and expanding and collapsing the section data at the 
client end. 

[0036] pig. 5 depicts computer system of program storage and 

execution devices for implementing the instructions of the 
present invention. Processing system 100 is connected to 
I/O units 102 through data links 104, allowing users to 
input data, view and migrate documents pursuant to the 
present invention. 

[0037] while the present invention has been particularly de- 
scribed, in conjunction with a specific preferred embodi- 
ment, it is evident that many alternatives, modifications 
and variations will be apparent to those skilled in the art 
in light of the foregoing description. It is therefore con- 
templated that the appended claims will embrace any such 



alternatives, modifications and variations as falling within 
the true scope and spirit of the present invention. 
Thus, having described the invention, what is claimed is: 



